Multi-layer cyclic reducndancy check code in wireless communication system

ABSTRACT

A wireless communication device includes a receiver configured to receive a transport block with a sequence of bits wherein A is the number of bits, a first cyclic redundancy check (CRC) coder configured to generate a first block of CRC parity bits on a transport block and to associates the first block of CRC parity bits with the transport block, wherein a number of CRC parity bits in the first block is L, a segmenting entity configured to segment the transport block into multiple code blocks after associating when A+L is larger than 6144, a second CRC coder configured to generate a second block of CRC parity bits on each code block and to associate a second block of CRC parity bits with each code block, and a channel encoder configured to encode each of the code blocks including the associated second block of CRC parity bits if A+L&gt;6144.

CROSS-REFERENCE TO RELATED APPLICATIONS

The present application is a continuation of commonly assigned U.S. application Ser. No. 11/855,637, filed on 14 Sep. 2009, now U.S. Pat. No.______ , the contents of which are incorporated herein by reference and from which benefits are claimed under 35 U.S.C. 120.

FIELD OF THE DISCLOSURE

The present disclosure relates generally to wireless communications, and more specifically to the coding of data using cyclic redundancy check (CRC) codes.

BACKGROUND

CRC coding is commonly used to detect errors in data transmitted in wireless communication systems. In the evolving 3GPP LTE specification, for example, it has been proposed that 24 CRC parity bits be generated based on the entire transport block (TB). The 24 CRC parity bits are then attached to the TB, after which the TB is segmented into multiple code blocks (CBs). In the LTE proposal, 24 CRC parity bits are also calculated based on each code block (CB) and the 24 CRC parity bits are then attached to the corresponding CB. In the LTE proposal, the same generator polynomial is used in the generation of the CRC parity bits based on the transport block and in the generation of the CRC parity bits based on the code blocks. The first transport CRC encoding helps the receiving device to detect residual errors. It has been suggested that the CRC encoding of the code blocks may be used by the receiving device to reduce the number of turbo decoding processes, or to reduce the number of turbo decoding iterations, or to reduce turbo decoder memory usage. The code blocks are then channel encoded, for example, with a turbo code, prior to transmission.

The various aspects, features and advantages of the disclosure will become more fully apparent to those having ordinary skill in the art upon careful consideration of the following Detailed Description thereof with the accompanying drawings described below. The drawings may have been simplified for clarity and are not necessarily drawn to scale.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 illustrates a wireless communication system.

FIG. 2 is a schematic block diagram of a wireless communication device including a transmitter.

FIG. 3 is a schematic block diagram of a wireless communication device including a receiver.

DETAILED DESCRIPTION

In FIG. 1, the wireless communication system 100 includes one or more fixed base infrastructure units forming a network distributed over a geographical region. A base unit may also be referred to as an access point, access terminal, Node-B, eNode-B, or by other terminology used in the art. The one or more base units 101 and 102 serve a number of remote units 103 and 110 within a serving area, for example, a cell, or within a cell sector. The remote units may be fixed units or mobile terminals. The remote units may also be referred to as subscriber units, mobile stations, users, terminals, subscriber stations, user equipment (UE), terminals, or by other terminology used in the art.

Generally, base units 101 and 102 transmit downlink communication signals 104 and 105 to serving remote units in the time and/or frequency domain. Remote units 103 and 110 communicate with one or more base units 101 and 102 via uplink communication signals 106 and 113. The one or more base units may comprise one or more transmitters and one or more receivers that serve the remote units. The remote units may also comprise one or more transmitters and one or more receivers.

In one embodiment, the communication system utilizes OFDMA or a next generation single-carrier (SC) based FDMA architecture for uplink transmissions, such as interleaved FDMA (IFDMA), Localized FDMA (LFDMA), DFT-spread OFDM (DFT-SOFDM) with IFDMA or LFDMA. In OFDM based systems, the radio resources include OFDM symbols, which may be divided into slots, which are groupings of sub-carriers. An exemplary OFDM based protocol is the developing 3GPP LTE protocol.

Error detection is provided on protocol data units, for example, transport blocks, through a Cyclic Redundancy Check (CRC). FIG. 2 is a wireless communication device 200, or portion thereof, configured to CRC code data for transmission in a wireless communication system. In FIG. 1 such data is transmitted between the base station 101 and the remote unit 103. In 3GPP LTE implementations, the data or protocol data unit is a transport block. CRC coding generally occurs in the transmitter of both the base unit and the remote unit. In FIG. 2, the transmitter includes a first CRC coder entity 210 configured to generate a first block of CRC parity bits on a transport block 202.

The entire transport block is generally used to calculate or generate the CRC parity bits. Denote the bits in a transport block delivered to layer 1 by a₀,a₁,a₂,a₃, . . . ,a_(A−1), and the parity bits p₀,P₁,P₂,P₃, . . . ,P_(L−1). A is the size of the transport block and L is the number of parity bits. In one 3GPP LTE implementation, the first block includes 24 CRC parity bits, i.e., L set to 24 bits, although more generally, the block may include some other number of parity bits. The parity bits are computed based on a first CRC generator polynomial 212. The first block of CRC parity bits are generally associated with the transport block. In FIG. 2, the first block of CRC parity bits 204 are appended to the transport block 202. In other embodiments, the first block of CRC parity bits are attached to some other portion of the transport block.

In FIG. 2, the wireless communication device 200 also includes a segmentation entity 214. The transport block with the first CRC parity bits attached are delivered to the segmentation entity. The input bit sequence to the code block segmentation is denoted by b₀,b₁,b₂,b₃, . . . ,b_(B−1), where B>0. The segmentation entity segments the transport block 202 having the associated first block of CRC parity bits into a plurality of code blocks 206, 207, 208. A second CRC coder entity 216 is configured to generate a second block of CRC parity bits on each of the plurality of code blocks 206, 207 and 208. Each of the second blocks of CRC parity bits are based on a second generator polynomial 218. In one 3GPP LTE implementation, the second block of CRC parity bits also includes 24 CRC parity bits. Each of the second blocks of CRC parity bits is then associated with the corresponding code block on which the second block of CRC parity bits is based. In FIG. 2, the second blocks of CRC parity bits 230, 232 and 234 are appended to the corresponding code blocks 206, 207 and 208. This process may be implemented serially for each of the segmented code blocks. In some implementations, segmentation is conditional. For example, if B is larger than the maximum code block size, e.g., Z=6144, segmentation of the input bit sequence is performed and an additional CRC sequence of L=24 bits is attached to each code block where the CRC bits are calculated based on a second CRC generator polynomial. If B is smaller than or equal to the maximum code block size, then code block segmentation 214 is transparent, and no second block of CRC parity bits are needed.

The inventors have recognized that the use of the same generator polynomials for the first and second CRC coders 210 and 216 in FIG. 2 leads to error events that remain undetected at one or both levels of CRC checking. If the error event remains undetected at both levels of CRC checking, the receiver will accept an incorrect block as a correct one. Therefore, it is preferable to reduce the error events that may remain undetected at both levels of CRC checking. For a CRC code, an error event that is equal to a non-zero codeword cannot be detected by the CRC decoder. It is also noted that a non-cyclic shifted version of a codeword is still a codeword. Therefore, when the same generator polynomials for the first and second CRC coders are chosen, an undetectable error event in the systematic portion of the code block will remain undetected at both levels of CRC checking and the receiver may accept an incorrect block.

The inventors have recognized further that the error detection capability of the two-level CRC can be improved by using different generator polynomials for CRC encoding the transport block and the segmented code blocks. Thus in some embodiments, the first and second generator polynomials are different. In one embodiment, for example, the first and second generator polynomials have at least one different factor. In another embodiment, the first and second generator polynomials share no common factors. In another embodiment, the first and second generator polynomials have different sets of polynomial coefficients. In other embodiments, the first and second generator polynomials are distinguished by other characteristics. More generally, the first and second polynomials may be distinguished by a combination of these and/or other characteristics. In one embodiment, the first and second generator polynomials share a factor of (D+1) and/or a common degree. In other embodiments, however, the first and second generator polynomials are the same as discussed further below.

In one implementation, the first and second degree generator polynomials are selected from a group comprising the following degree-24 CRC generator polynomials sharing at most a factor of (D+1):

g_(CRC24,a)(D)=D²⁴+D²³+D⁶+D⁵+D+1. This generator polynomial can be factored into the following form: (D+1) (D²³+D⁵+1);

g_(CRC24,b)(D)=D²⁴+D²¹+D²⁰+D¹⁷+D¹⁵+D¹¹+D⁹+D⁸+D⁶+D⁵+D+1. This generator polynomial can be factored into the following form:

g_(CRC24,b)(D)=(D+1)(D²³+D²²+D²¹+D¹⁹+D¹⁸+D¹⁷+D¹⁴+D¹³+D¹²+D¹¹+D⁸+D⁵+1);

g_(CRC24,c)(D)=D²⁴+D²³+D¹⁸+D¹⁷+D¹⁴+D¹¹+D¹⁰+D⁷+D⁶+D⁵+D⁴+D³+D+1. This generator polynomial can be factored into the following form: (D+1)(D²³+D₁₇+D¹³+D¹²+D¹¹+D⁹+D⁸+D⁷+D⁵+D³+1);

g_(CRC24,d)(D)=D²⁴+D²³+D¹⁴+D¹²+D⁸+1. This generator polynomial can be factored into the following form: =(D+1) (D³+D²+1) (D¹⁰+D⁸+D⁷+D⁶+D⁵+D⁴+D³+D+1)(D¹⁰+D⁹+D⁶+D⁴+1);

g_(CRC24,e)(D)=D²⁴+D²¹+D²⁰+D¹⁶+D¹⁵+D¹⁴+D¹³+D¹²+D¹¹+D¹⁰+D⁹+D⁸+D⁴+D³+1;

g_(CRC24,e)(D)=D²⁴+D²¹+D²⁰+D¹⁶+D¹⁵+D¹⁴+D¹³+D¹²+D¹¹+D¹⁰+D⁹+D⁸+D⁴+D³+1; This generator polynomial can be factored into the following form: (D+1)²(D¹¹+D⁹+D⁸+D⁷+D⁶+D³+1)(D¹¹+D⁹+D⁸+D⁷+D⁵++D³+D²+D+1);

g_(CRC24,g)(D)=D²⁴+D²²+D²¹+D²⁰+D¹⁹+D¹⁷+D¹⁶+D⁸+D⁷+D⁵+D⁴+D³+D²+1. This generator polynomial can be factored into the following form:

(D+1)²(D²²+D¹⁹+D¹⁸+D¹⁶+D¹⁵+D¹³+D¹¹+D⁹+D⁷+D⁶+D⁴+D³+1);

g_(CRC24,h)(D)=D²⁴+D²¹+D²⁰+D¹⁷+D¹³+D¹²+D³+1. This generator polynomial can be factored into the following form:

(D+1)²(D¹¹+D¹⁰+D⁹+D⁸+D⁷+D⁶+D⁵+D²+1)(D¹¹+D¹⁰+D⁹+D⁷+D⁶+D⁵+D⁴+D³+1);

g_(CRC24,i)(D)=D²⁴+D²²+D¹²+D¹⁰+D⁹+D²+D+1). This generator polynomial can be factored into the following form: (D+1)²(D¹¹+D⁹+D+1)(D¹¹+D⁹+D⁷+D⁶+D³+D+1; and

g_(CRC24,j)(D)=D²⁴+D²²+D²⁰+D¹⁹+D¹⁷+D¹⁶+D¹⁵+D¹⁴+D¹⁰+D⁷+D⁶+D⁵+D⁴+D²+1. This generator polynomial can be factored into the following form: (D¹²+D¹¹+D⁷+D⁴+D²+D+1) (D¹²+D¹¹+D⁸+D⁷+D⁵+D⁴+D²+D+1).

In another implementation, the first and second degree generator polynomials are selected from a group comprising one of the above degree-24 CRC generator polynomials and the reciprocal of one of the above degree-24 CRC generator polynomials. The reciprocal polynomial g(D) of degree n-k is D^(n−k)g(D⁻¹). For example, the reciprocal of g_(CRC24a)(D) is 1=D=D¹⁸+D¹⁹+D²³+D²⁴=(D+1)(D²³+D¹⁸+1). In a more particular implementation, the first and second degree generator polynomials are selected from the group of g_(CRC24a)(D) and the reciprocal of g_(CRC24a)(D).

In another implementation, the first and second generator polynomials are selected from a group of generator polynomials comprising: D²⁴+D²³+D⁶+D⁵+D+1; D²⁴+D²¹+D²⁰+D¹⁷+D¹⁵+D¹¹+D⁹+D⁸+D⁶+D⁵+D+1; and D²⁴+D²³+D¹⁸+D¹⁷+D¹⁴+D¹¹+D¹⁰+D⁷+D⁶+D⁵+D⁴+D³+D+1. In another implementation, at least one of the first and second generator polynomials is D²⁴+D²³+D⁶+D⁵+D+1.

An L-bit CRC coder may be implemented using polynomial arithmetic as follows. In the CRC calculation, denote the input bits to the CRC computation by a₀,a₁,a₂,a₃ . . . , a_(A−1) and the parity bits by P₀,P₁,P₂,P₃ , . . . , P_(L−1). A is the size of the input sequence and L is the number of parity bits. The parity bits are generated by a cyclic generator polynomials or CRC generator polynomials (g_(CRC)(D)) with L CRC parity bits. The encoding is performed in a systematic form, which means that in GF(2), the polynomial:

a₀D^(A+L−1)+a₁D^(A+L−2)+. . . +a_(a−1)D^(L)+p₀D^(L−1)+p₁D^(L−2)+. . . +p_(L−2)D+p_(L−1)

This polynomial yields a remainder equal to 0 when divided by g_(CRC)(D). The bits after CRC attachment are denoted by b₀,b₁,b₂,b₃, . . . ,b_(B−1), where B=A+L. The relation between a_(k) and b_(k) is:

b_(k)=a_(k)

for k=0,1,2, . . . ,A−1

b_(k)=P_((L−1−(k−A)))

for k=A,A+1,A+2, . . . , A+L−1.

In another approach, the relation between a_(k) and b_(k) can be follows:

b_(k)=a_(k)

for k=0,1,2, . . . ,A−1

b_(k)=P_((k−A))

for k=A,A+1,A+2, . . . ,A+L−1.

In FIG. 2, the wireless communication device 200 also includes a channel encoding entity 222 configured to encode each of the code blocks including the associated second block of CRC parity bits. The channel encoding entity may embody any number of different forms including but not limited to a turbo encoder or a convolutional encoder among other channel encoders. The transmitter also includes a concatenating entity 224 configured to concatenate the code blocks after channel encoding. The output of the concatenating entity is coupled to a power amplifier for transmission. The concatenating entity 224 may perform a series of one or more other operations to prepare the code blocks for transmission, for example, rate matching, HARQ redundancy version selection, channel interleaving, bit scrambling, mapping to physical channel resources, bit-to-symbol mapping, IFFT, DFT spreading, etc.

FIG. 3 is a wireless communication device 300, or portion thereof, configured to receive and decode data encoded with a CRC code. The device 300 receives code blocks 206, 207 and 208 each of which is associated with a corresponding block of CRC parity bits 230, 232, and 234, respectively. These CRC coded code blocks correspond to the code blocks transmitted by the transmitter 200 of FIG. 2. The device 300 includes a CRC removal entity 310 configured to disassociate the second block of CRC parity bits associated with each of a plurality of received code blocks, thus leaving the code block 206, 207 and 208. The removal of the second block of CRC parity bit is based on a second CRC generator polynomial 312. The function performed by the CRC removal entity in FIG. 3 essentially reverses the process performed by the second CRC coder entity 216 in FIG. 2. Thus the second CRC generator polynomial 312 used by the CRC removal entity 310 in FIG. 3 is the same as the second CRC generator polynomial 218 used by the second CRC coder entity 216 to generate and associate the second block of CRC parity bits with the code blocks in FIG. 2.

In FIG. 3, the device 300 includes a concatenator entity 314 configured to form an estimated transport block 205 having a first block of CRC parity bits 204 associated therewith. The concatenator entity 314 concatenates the code blocks 206, 207 and 208 after the associated second block of CRC parity bits are removed by the CRC removal entity 310. The concatenator entity 314 of FIG. 3 essentially reverses the process performed by the segmentation entity 214 of FIG. 2. Thus in FIG. 3 the first block of CRC parity bits 204 corresponds substantially to the first block of CRC parity bits 204 associated with the transport block 202 in FIG. 2.

In FIG. 3, the device 300 includes a CRC decoder entity 316 configured to perform a CRC check on the estimated transport block 202 based on a first generator polynomial 318. As noted, the first generator polynomial 318 in FIG. 3 corresponds to the first generator polynomial 212 in FIG. 2. The CRC check determines whether the estimated transport block 205 recovered by the receiver corresponds to the transmitted transport block, for example, the transport block 202 in FIG. 2. Upon detecting error by the CRC check, the estimated transport block is taken as not corresponding to the transmitted transport block, and a retransmission may be requested. If no errors are detected, the estimated transport block is taken as corresponding to the transmitted transport block and delivered to higher layers. It is known generally that CRC checks have a certain probability of undetected error, which is a measurement of the performance of the CRC code.

In some embodiments, the device 300 includes a second CRC decoder entity 320 configured to perform a CRC check on the plurality of code blocks 206, 207 and 208 received at the receiver. The CRC decoder entity 320 performs a check on the code blocks before the code blocks are concatenated to form the estimated transport block and thus before the performance of the CRC check on the estimated transport block 205. In some embodiments, the first block of CRC parity bits associated with the estimated transport block 205 is based on a first generator polynomial 318 that is different than the second generator polynomial 312 forming the basis of the second block of CRC parity bits associated with the code blocks. In other embodiments, however, the first and second generator polynomials are the same as discussed further below. In some embodiments, the CRC encoding of the code blocks may be used by the receiving device to reduce the number of turbo decoding processes, or to reduce the number of turbo decoding iterations, or to reduce turbo decoder memory usage.

In some embodiments including the second CRC decoder entity 320, the CRC check performed on the estimated transport block 205 is conditional. In one implementation, the CRC check is performed on the estimated transport block 205 only if the CRC checks performed on the plurality of code blocks 206, 207 and 208 do not detect any errors. In FIG. 3, a conditional controller 322 provides a signal that controls whether the CRC decoder 316 performs a CRC check on the estimated transport block 205 based on whether errors have been detected on the code blocks 206, 207 and 208. In some implementations, the code blocks are re-transmitted if errors are detected on the code blocks by the second CRC decoder entity 320. In some implementations, the transport block is retransmitted if errors are detected.

In an alternative embodiment of FIG. 2, the first and second generator polynomials 212 and 218 used to generate the first and second blocks of CRC parity bits share at least one factor. In one implementation, the first and second generator polynomials are the same. In this alternative embodiment, an interleaving operation is perform in the transport block 202 after associating the first block of CRC parity bits. Interleaving is performed by an interleaver entity 240. In one embodiment, the interleaving is performed before segmentation and thus the interleaver entity 240 is located between the first CRC coding entity and the segmentation entity. In an alternative embodiment, the interleaving is performed after segmentation but before CRC encoding of the code blocks. In this alternative embodiment, the interleaving entity 240 is located between the segmentation entity and the second CRC encoding entity 216. The interleaving pattern may be defined in a manner such that interleaving the transport block 202 after associating the first block of CRC parity bits 204 and segmenting the interleaved transport block into multiple code blocks is equivalent to segmenting the transport block 202 into multiple code blocks after associating the first block of CRC parity bits and interleaving the code blocks 206, 207 and 208 individually. This equivalency may be conceptual where interleaving is performed before segmenting. Alternatively, the equivalency may be physical where the interleaver is realized by performing a plurality of sub-interleaving after segmenting. In one implementation, interleaving of the transport block 202 is performed at bit level. In another implementation, interleaving the transport block is performed by permuting groups wherein each group contains a plurality of bits.

In some implementations, the interleaver permutation in FIG. 2 may disallow the same undetectable error event being kept between the first-level CRC check and the second-level CRC check, thus leading to improved error detection properties. While interleaving is one choice, additional transformations beyond re-ordering (or interleaving) that would disallow the same undetectable error being kept between first-level CRC check and second-level CRC check may also be viable. The interleaving introduced between the transport block and the code blocks may interleave one bit or one byte (or groups of bits of other size) at a time. If the interleaving is performed at the transport block level, one interleaver associated with the transport block after associating the first block of CRC parity bits is needed. Alternatively, the interleaving may be performed at the code block level (i.e., interleaving wherein bits for different segments are not mixed). For code block level interleaving, a total of C sub-interleavers may be needed, where C is the number of message segments. The i-th sub-interleaver is associated with the i-th code block. The interleavers, at the transport block level or the code block level, may be of a simple format such as reversal, i.e., reading bits from end to front, cyclic shifting, bit-reversal, etc. It is possible that interleaving may require additional latency or circuitry at the receiver though the exact amount can be reduced by choosing the interleavers suitably.

In FIG. 3, in implementations where the first and second generator polynomials are the same and the transport block or code block are interleaved by the transmitting device, the receiving device includes a deinterleaver entity 328. If interleaving occurs on the transport block in the transmitting device, the deinterleaving entity 328 is located after the concatenating entity 314 in the receiver device as illustrated in FIG. 3. If interleaving occurs on the code blocks in the transmitting device, the deinterleaving entity is located before the concatenating entity in the receiver device.

Compared to using the same generator polynomial in the first and the second CRC coder without interleaving, more circuitry and/or memory are generally required to implement using different generator polynomials for the first and the second CRC coders and also to implement interleaving after associating the first block of CRC bits to the transport block. However, the cost associated with the increased complexity is likely outweighed by the enhanced performance of the error detection.

While the present disclosure and the best modes thereof have been described in a manner establishing possession and enabling those of ordinary skill to make and use the same, it will be understood and appreciated that there are equivalents to the exemplary embodiments disclosed herein and that modifications and variations may be made thereto without departing from the scope and spirit of the inventions, which are to be limited not by the exemplary embodiments but by the appended claims. 

What is claimed is:
 1. A wireless communication device comprising: a receiver configured to receive a transport block comprising a sequence of bits, wherein A is the number of bits, a first cyclic redundancy check (CRC) coder configured to generate a first block of CRC parity bits on a transport block, the first CRC coder configured to associate the first block of CRC parity bits with the transport block, wherein a number of CRC parity bits in the first block is L; a segmenting entity having an input coupled to the first CRC coder, the segmenting entity configured to segment the transport block into multiple code blocks after associating when A+L is larger than 6144; a second CRC coder configured to generate a second block of CRC parity bits on each code block, the second CRC coder configured to associate a second block of CRC parity bits with each code block; and a channel encoder configured to encode each of the code blocks including the associated second block of CRC parity bits if A+L>6144.
 2. The method of claim 1, wherein L=24 and A≧6120.
 3. The device of claim 1, wherein the first and second generator polynomials having a common degree.
 4. The method of claim 1, wherein the first generator polynomial is D²⁴+D²³+D¹⁸+D¹⁷+D¹⁴+D¹¹+D¹⁰+D⁷+D⁶+D⁵+D⁴+D³+D+1.
 5. The method of claim 1, wherein the second generator polynomial is D²⁴+D²³+D⁶+D⁵+D+1.
 6. The method of claim 1, wherein the first block of CRC parity bits is based on a first generator polynomial, wherein each of the second block of CRC parity bits is based on a second generator polynomial that is different than the first generator polynomial, and wherein the second block of CRC parity bits associated with each code block is the second block of CRC parity bits generated based on the corresponding code block.
 7. The method of claim 6, wherein L=24 and A≧6120.
 8. The device of claim 6, wherein the first and second generator polynomials having a common degree.
 9. The method of claim 6, wherein the first generator polynomial is D²⁴+D²³+D¹⁸+D¹⁷+D¹⁴+D¹¹+D¹⁰+D⁷+D⁶+D⁵+D⁴+D³+D+1.
 10. The method of claim 6, wherein the second generator polynomial is D²⁴+D²³+D⁶+D⁵+D+1. 